notebook: Drop unneeded code

We no longer need to set the position classes on the main css node,
since they are already set on the per-tab subnodes.

HighContrast: Update notebook styling

The switch from .notebook to notebook requires minor changes,
such as moving the style properties into a separate selector.

Adwaita: Update notebook styling

The switch from .notebook to notebook requires minor changes,
such as moving the style properties into a separate selector.

notebook: Use the element name notebook

Switch GtkNotebook from using the .notebook style class to
using the element name notebook for its main css node.

notebook: Cosmetic cleanup

entry: Add css node documentation

List the css names and the typical style classes that can be
expected to occur with entries.

HighContrast: Update entry progress rendering

Adapt HighContrast to the changes in the pre-previous commit.

Adwaita: Update entry progress rendering

Adapt Adwaita to the changes in the previous commit.

entry: Use a permanent css node for progress

Create a css node with name progressbar when we start showing progress
in the entry. The node gets the style class .pulse added when we
do pulse mode.

Adwaita: Update for entry icon changes

entry: Use css nodes for icons

Create css nodes for icons in entries, with name image, and use
gtk_style_context_save_to_node() for them. We still set the
style classes .left and .right on them.

HighContrast: Update entry styling

Use the new element name instead of the style class.

Adwaita: Update entry styling

Use the new element name instead of the style class.
There is some minor fallout for vertical spin buttons that
will need a second look.

entry: Use the element name entry

Set the element name on the css node and drop the .entry class.

Adwaita: fix switch styling

looks like switch stare are not passed to the slider anymore so
rewrite selectors accordingly.

Adwaita: generalize .has-open-popup

so it works for any list-row istead of just the ones in a sidebar.

shortcut: Improve formatting of ranges

Use a centered ellipsis, to make it look nicer.

HighContrast: Update image styling

Use the new element name instead of the type name.

Adwaita: Update image styling

Use the new element name instead of the type name.

image: Use the element name image

Set hte element name on the CSS node.

HighContrast: Update label styling

Use the new element name instead of the style class.

Adwaita: Update label styling

Use the new element name instead of the style class.

label: Use the element name label

Set the element name on the CSS node, and drop the .label style
class.

switch: Document css names a bit

This is still provisional. Better gtk-doc support will be needed
to do better here.

MSVC release builds: Ensure that /LTCG is used

MSVC 2015 changed its default link-time code generation setting to
/LTCG:incremental, which causes problems if /opt:noref is to be used,
meaning that some code will be optimized out by the linker.

Avoid this situtation here by enforcing the use of /LTCG for MSVC 2010+
builds.

HighContrast: Update switch styling

Use the new element names instead of the type name and style
classes, just like we did for Adwaita in the previous commit.

Adwaita: Update switch styling

Use the new element names instead of the type name and style
classes.

Note that there is one problem with moving away from type names
here: it turns out that style properties only work if the selector
uses the type name.

switch: Convert to element names

Use the element names switch and slider for the two css nodes,
and drop the .trough and .slider classes.

widget: Always set the type on css nodes

See the previous commit for why this is necessary.

Also make gtk_widget_class_set_css_name work by looking at
the correct class for the name.

Note for future reference: GTK_WIDGET_GET_CLASS() does not
work in the instance init function.

css node declaration: Allow both name and type to be set

The widget path machinery assumes that we always have types,
and without this change, it will start spewing warnings when
we start to introduce node names.

inspector: Show names for css nodes

Currently, we don't have any css nodes with names, but we will soon.

Add since tags to new api

gtk_widget_class_set/get_css_name were missing it.

GtkApplicationWindow: Add missing annotations

gtk-demo: Add a range example to the shortcuts demo

This shows off the new range display capability that I just added.

shortcuts: Support ranges in the display of shortcuts

Repeating Alt-1 to Alt-9 as individual shortcuts looks really boring,
so allow compressing such ranges by specifying <Alt>1...9.

notebook: On drag window hide, fix css nodes

switch: Use the right state when querying padding

We were using the state of the widget node, not the state of the slider
node.

This caused layout loops due to invalidations.

win32: Fix introspection syntax

testgtk/Alpha Window: fix the drawn area when we are drawing decorations

A GtkWindow's allocation includes the titlebar, borders, and shadows; we
only want to draw our custom alpha content over the child allocation of
the GtkWindow.

https://bugzilla.gnome.org/show_bug.cgi?id=756886

GtkWindow: draw the frame and shadow even for app-paintable windows

If a window is decorated, we need to draw the frame and shadow, even if
it is app-paintable - it's just nonsense to have a frame that we handle
events on, but expect the app to paint it. (We paint the titlebar in
any case.) If a client wants to handle all painting, it should use an
undecorated window.

https://bugzilla.gnome.org/show_bug.cgi?id=756886

Guard against selection requestor disappearing

We made a number of unchecked accesses to the selection requestor,
which could cause X errors if the selection requestor vanished
(or we were sent invalid events). Add error traps around all of them.

See https://bugzilla.redhat.com/show_bug.cgi?id=1210814 for an
example of a crash that could be caused by this. (There are about
1000 instances of such a crash in http://retrace.fedoraproject.org
though no linked bug reports specifically talk about cut-and-paste
or DND.)

https://bugzilla.gnome.org/show_bug.cgi?id=756881

iconcache: Remove unused function

window: Name the decoration style

window: Add gtk_widget_class_set_css_name()

This is to replace using class names as CSS names.

window: Refactor function

Move gtk_style_context_save() into the function that sets up the
decoration rendering.

notebook: Remove "prelight-page" class

Instead, just use the "tab:hover" selector

notebook: Remove "active-page" class

Instead, just use the "tab:active" selector

notebook: Remove funciton by folding it into callers

notebook: Refactor internal function

Don't return the state anymore as the function doesn't even look at the
state. Instead, make the callers that need the state query it manually.

notebook: Make tab positions permanent

... on the tab CssNodes.

notebook: Remove last traces of regions

Now that we don't use regions anymore, there's no need to update
anything when the regions change.

notebook: Set reorderable-page style class properly

Set it when the reorderable state changes, not just when rendering.

notebook: Set active state properly

Don't update it on save/restore, actually set it when it changes.

notebook: Set prelight state properly

Don't update it on save/restore, actually set it when it changes.

notebook: Use CssNodes instead of regions

This almost makes CSS work again with notebooks.

notebook: Move style_context_save() into function

This is for future changes.

css: Remove macros that were used only with regions

cssmatcher: Remove matching API for regions

treeview: Use a cssnode instead of regions

This makes Treeview headers work again like before region support was
removed.

API: cssselector: Stop supporting regions

The namespace that belonged to regions is supposed to be used for
CssNode names.

treeviewcolumn: Create button on init

This way, the button is always available and the code doesn't have to
special case this condition.

switch: Port to GtkCssNode

This is a simple port, no code modifications so far other than replacing
gtk_style_context_save() with gtk_style_context_save_to_node().

stylecontext: Add gtk_style_context_save_to_node()

To be used instead of gtk_style_context_save() with persistent nodes.

stylecontext: Add gtk_style_context_add_named()

This is an intermediate step for cssnode introduction. It gives a name
for the node created by saving the style context.

cssmatcher: Marshal name to matcher

... and use it in the node matcher.

Also rename function from _gtk_css_matcher_get_type() to
_gtk_css_matcher_get_name().

cssnode: Add setters/getters for name

cssnodedeclaration: Add possibility to set the name

This is supposed to be a replacement for setting the type. So far, both
options are possible - either will unset the other.

treeview: Remove "row" and "col" regions

They aren't used by the theme and we want to get rid of regions.

Updated POTFILES.in and POTFILES.skip

Update NEWS to mention help overlays

Update POTFILES.in

widget-factory: Add an automatic help overlay

This commit add some more keyboard shortcuts to gtk3-widget-factory,
and adds a help overlay documenting them. This examle uses the
automatic resource loading support in GtkApplication.

Add automatic help overlay support to GtkApplication

When the $(resource_prefix)/gtk/help-overlay.ui resource exists,
load a GtkShortcutsWindow from it for each GtkApplicationWindow,
and set up a win.show-help-overlay action with accels <Primary>F1
and <Primary>? to show it.

gtk-demo: Add a GtkShortcutsWindow demo

This example implements the mockups from the help overlay design,
showing off the various features of GtkShortcutsWindow.

Add some styling for GtkShortcutsWindow

Add some keycap frame around keysyms, and make the stack switcher
buttons rounds. This is very provisional.

Add GtkShortcutsWindow

This is a toplevel window that is tailored towards showing
help for shortcuts in an application. The implementation closely
follows this design: https://wiki.gnome.org/Design/OS/HelpOverlay

This implementation is inspired by earlier work in gnome-builder,
thanks to Christian Hergert.

https://bugzilla.gnome.org/show_bug.cgi?id=756428

builder: Support creating GFile objects

This is useful, e.g. when creating GFileIcon objects.

Don't use g_slist_next in the testsuite

We generally use ->next directly.

Don't use g_slist_next in gtktreeview.c

We generally use ->next directly.

Don't use g_slist_next in gtktreemodel.c

We generally use ->next directly.

Don't use g_slist_next in gtktextview.c

We generally use ->next directly.

Don't use g_slist_next in gtktextlayout.c

We generally use ->next directly.

Don't use g_slist_next in gtktextdisplay.c

We generally use ->next directly.

Don't use g_slist_next in gtktextchild.c

We generally use ->next directly.

Don't use g_slist_next in gtktextbufferrichtext.c

We generally use ->next directly.

Don't use g_slist_next in gtktextbuffer.c

We generally use ->next directly.

Don't use g_slist_next in gtkstock.c

We generally use ->next directly.

Don't use g_slist_next in gtkiconfactory.c

We generally use ->next directly.

Don't use g_slist_next in the x11 backend

We generally use ->next directly.

Don't use g_slist_next in the windows backend

We generally use ->next directly.

Don't use g_slist_next in gdk

We generally just use ->next directly.

Don't use g_list_next in gtk3-demo

We generally just use ->next directly.

Don't use g_list_next in gtkselection.c

We generally access ->next directly.

Don't use g_list_next in gtkmain.c

We generally access ->next directly.

Don't use g_list_next in gtkdialog.c

We generall access ->next directly.

Don't use g_list_next in gtkcontainer.c

We generally access ->next directory.

Don't use g_slist_next in gtktextbtree.c

We generally access ->next directly.

builder: Don't use g_slist_next

We just use direct access to list->next all over the place.

builder: Cosmetic changes

Use an iter instead of g_hash_table_forall.

Cosmetic changes

Line up struct-filling code with the order in the declaration.